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METHOD AND SYSTEM FOR REPORTING TERMINAL INFORMATION, AND METHOD AND 
SYSTEM FOR MAINTAINING TERMINAL DEVICE, AS WELL AS DEVICE MANAGEMENT 

SYSTEM 

Field of the Invention 

[0001] The invention relates to communication technology field, 
especially to a method and a system for maintaining terminal device 
and a device management system. 

Background o£ the Invention 

[0002] Mobile terminals are important components of the entire 
mobile operation service system. As the functions of terminals become 
increasingly sophisticated, it is more likely that errors occur in 
terminal software. The competition among operators will be 
increasingly intense in the future; therefore, how to effectively 
maintain efficient Quality of Service (QoS) and low-cost device 
maintenance has become a major concern for operators* -and terminal 
manufacturers . 

[0003] Device Management, as an important part in the Open Mobile 
Alliance (OMA) specifications, has specified some fundamental 
standard protocols for device management. However, it has not covered 
all aspects of device management. For example, with respect to the 
functionality of device fault resolution, in the existing OMA Device 
Management (DM) process, if an error occurs on a device, the user 
of the device has to notify the operator by some means (e.g., phone, 
WEB site, WAP site, etc.), then the operator's DM system initiates 
a resolution process to implement terminal configuration, as 
described hereunder: 

[0004] 1. The user reports the error to the customer service center , 
for example, by means of a voice call; 
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[0005] 2. The customer service center queries the device for device 
information; 

[0006] 3. The device reports its relevant configuration information 
including device type, device serial number. Operating System (OS) 
version, capability, list of installed applications, 
event/performance logs, etc. to the customer service center; 
[0007] 4. Based on this information, the person in the customer 
service center determines the causes of the error and requests the 
user for authorization to download the fault resolution software; 
[0008] 5. The user grants the authorization; 

[0009] 6. The customer service center pushes the application to the 
device; and the device installs and executes the application; 
[0010] 7. The device sends an acknowledgement message to the customer 
service center. 

[0011] The above method requires the user to detect the error actively 
and notify the operator of the error before the fault resolution 
assistance may be provided. Such a method restricts the ways 
available for the operator to obtain errors in user terminals. 
[0012] If the user has little knowledge of technical terms of the 
terminal, it is difficult for the user to report the terminal 
information accurately to the operator. 

[0013] The terminal software developer has to handle software errors 
in a passive way; as a result, error detection and handling are often 
delayed . 

Summary of the Invention 

[0014] The present invention provides a method and a system of 
reporting terminal information and a method and a system for 
maintaining terminal device as well as a device management system. 
[0015] The method of reporting terminal information includes the 
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following steps: 

[0016] reporting, by a terminal device, the information of the 
terminal through a software program interface provided by a Device 
Management (DM) Agent module; 

[0017] forwarding, by the DM Agent module, the terminal information 
to a DM Server; the DM Server reporting the terminal information to 
a Maintenance Unit (MU) . 

[0018] the software program interface includes a messaging interface, 
a file interface, an API, or a Web service interface. 
[0019] the messaging interface includes an XML interface or a network 
protocol interface . 

[0020] When the software program interface employs the API, the 
terminal information is combined into an XML format and is 
transmitted to the API as an argument. 

[0021] The DM Agent module transmits the terminal information via 

an extended Open Mobile Alliance (OMA) DM protocol- 

[0022] The transmission of the terminal information by the DM Agent 

module is implemented with a command of the extend OMA DM protocol 

which supports active event triggered by clients; or 

[0023] the transmission of the terminal information by the DM Agent 

module is implemented by extending a standard command of the OMA DM 

protocol into a terminal information reporting command; or 

[0024] the transmission of the terminal information by the DM Agent 

module is implemented by adding a special terminal information 

reporting command into the OMA DM protocol; or 

[0025] the transmission of the terminal information by the DM Agent 
module is implemented with a command of the OMA DM protocol directly. 
[0026] The terminal information includes error information created 
during the operation of the terminal software, error information 
created by the terminal hardware, and process information created 
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during the operation of the terminal. 

[0027] The method for maintaining terminal device includes the 
following steps: 

[0028] reporting, by the terminal device, the information of the 
5 terminal through a software program interface provided by a Device 
Management (DM) Agent module; 

[0029] forwarding, by the DM Agent module, the terminal information 

to a DM Server; 

[0030] reporting, by the DM Server, the terminal information to a 
10 Maintenance Unit (MU) ; 

[0031] when receiving the terminal information, determining, by the 
MU, the corresponding software update package and sending the 
software update package to the DM Server; 

[0032] maintaining, by the DM Server, the terminal device with the 
15 software update package following an OMA DM process. 

[0033] Before the step of reporting by the DM Server the terminal 
information to a Maintenance Unit (MU) , the method further including: 
upon receiving the terminal information, judging, by the DM Server, 
whether the terminal device may be maintained automatically; if the 
20 judgment is "Yes", maintaining, by the DM server, the terminal device 
directly following the OMA DM process; otherwise the method proceeds 
to the step of the DM Server reporting the terminal information to 
a Maintenance Unit (MU) and the subsequent steps of the reporting 
step. 

25 [0034] The software program interface includes a network protocol 
interface, an XML interface, or an API. 

[0035] When the software program interface employs the API, the 
terminal device program will combine the terminal information into 
an XML format and send the terminal information to the API as an 
30 argument . 
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[0036] The DM Agent module transmits the terminal information via 
an extended OMA DM protocol. 

[0037] The transmission of the terminal information by the DM Agent 
module is implemented with commands supporting active event 
triggered by clients in the extend OMA DM protocol; or 
[0038] the transmission of the terminal information by the DM Agent 
module is implemented by extending a standard command of OMA DM 
protocol into a terminal information reporting command; or 
[0039] the transmission of the terminal information by the DM Agent 
module is implemented by adding a special terminal information 
reporting command into the OMA DM protocol; or the transmission of 
the terminal information by the DM Agent module is implemented with 
a command of the OMA DM protocol directly. 

[0040] The terminal information includes error information created 
during operation of the terminal software, error information created 
by terminal hardware, and process information created during 
operation of the terminal. 

[0041] The Device Management (DM) system includes a DM Server adapted 
to manage a terminal device, a DM Agent module located in the terminal 
device and interacting with the DM Server, and a Maintenance Unit 
(MU) coupled to the DM Server and adapted to acquire, store, and 

maintain the information of the terminal device; 

[0042] The DM Agent modules and the DM Server have a software program 
interface respectively; 

[0043] The software program interface of the DM Agent module is 
adapted to receive the terminal information reported from the 
terminal devices and forward the terminal information to the DM 
Server; the DM Server reports the terminal information to the MU . 
[0044] The software program interface is a messaging interface, a 
file interface, an API, or a Web service interface. With the software 
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program interfaces provided by the DM Agent module and the DM Server 
for information reporting, the terminal device software may report 
terminal information to the DM module, and enables the DM Agent module 
to automatically report the terminal information in an extended 
protocol to the DM Server, which in turn reports the terminal 
information to the MU, so that the terminal software developer may 
obtain the terminal information from the terminal software timely 
and accurately and thereby perform maintenance as appropriate. The 
invention may enhance the automatic fault resolution capability of 
the terminal software and simplify the DM fault resolution process, 
providing ease for user operation and management. 

[0045] The system for reporting terminal information applied to a 
communication network includes: a first terminal configured to 
communicate with a second terminal accessing the communication 
network; a management unit arranged in the first terminal, configured 
to receive the information of the first terminal reported by the first 
terminal; and a management server, configured to receive the 
information sent by the management unit; 

[0046] wherein the information of the first terminal is reported to 
the management unit via a software program interface; the software 
program interface is a messaging interface, a file interface, an API, 
or a Web service interface; 

[0047] wherein the messaging interface is an XML interface or a 
network protocol interface; 

[0048] wherein when the software program interface is the API, the 

information of the the first terminal is combined into an XML format 
and is reported to the API as an argument; 

[0049] wherein the management unit sends the information of the first 
terminal to the management server via an extended Open Mobile 
Alliance DM (OMA DM) protocol; 



Atty. Dkt. OP6601057 
PCT_amended_clean_US 

[0050] wherein the management unit sends the information of the first 
terminal to the management server with a command of the extend OMA 
DM protocol which supports active event triggered by clients; or 
[0051] the management unit sends the information of the first terminal 
to the management server by extending a standard command of the OMA 
DM protocol into a terminal information reporting command; or 
[0052] the management unit sends the information of the first terminal 
to the management server by adding a special terminal information 
reporting command into the OMA DM protocol; or 

[0053] the management unit sends the information of the first terminal 
to the management server with a command of the OMA* DM protocol 
directly. 

[0054] The system for maintaining terminal device applied to a 
communication network includes: a first terminal configured to 
communicate with a second terminal accessing the communication 
network; a management unit arranged in the first terminal, configured 
to receive the error information of the first terminal; a management 
server, configured to receive the error information sent by the 
management unit; and a maintenance unit, configured to receive the 
error information of the first terminal sent by the management server 
and send a corresponding software update package for maintaining the 
first terminal to the management server; 

[0055] wherein the management server maintains the first terminal 
with the corresponding software update package following an OMA DM 
process; 

[0056] wherein upon receiving the error information of the first 
terminal, the management server judges whether the first terminal 
can be maintained automatically; if the judgment is "Yes", the 
management server maintains the first terminal directly following 
the OMA DM process; otherwise, the management server sends the error 
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information of the first terminal to the maintenance unit. 
[0057] The method of reporting terminal information applied to a 
communication network includes: reporting, by a terminal accessing 
the communication network, the information of the terminal to a 
management unit; upon receiving the information of the terminal, the 
management unit sending the information to a management server; 
[0058] wherein the information of the terminal is reported to the 
management unit via a software program interface; the software 
program interface is a messaging interface, a file interface, an API, 
or a Web service interface; 
[0059] 

[0060] wherein the messaging interface is an XML interface or a 
network protocol interface; 

[0061] wherein when the software program interface is the API, the 
terminal information is combined into an XML format and is reported 
to the API as an argument; 

[0062] wherein the management unit sends the information of the 
terminal to the management server via an extended' Open Mobile 
Alliance DM (OMA DM) protocol; 

[0063] wherein the management unit sends the information of the 
terminal to the management server with a command of the extend OMA 
DM protocol which supports active event triggered by clients; or 
[0064] the management unit sends the information of the terminal to 
the management server by extending a standard command of the OMA DM 
protocol into a terminal information reporting command; or 
[0065] the management unit sends the information of the terminal to 
the management server by adding a special terminal information 
reporting command into the OMA DM protocol; or 

[0066] the management unit sends the information of the terminal to 
the management server with a command of the OMA DM protocol directly. 

8 
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[0067] The method for maintaining terminal device applied to a 
communication network includes: sending, by a terminal accessing the 
communication network, the information of the terminal to a 
management unit; upon receiving the information of the terminal, the 
management unit sending the information to a management server; upon 
receiving the information of the terminal, the management server a 
corresponding software update package for maintaining the first 
terminal to the management server; 

[0068] wherein the management server maintains the terminal with the 
corresponding software update package following an OMA DM process; 
[0069] wherein upon receiving the error information of the first 
terminal, the management server judges whether the first terminal 
can be maintained automatically; if the judgment is "Yes", the 
management server maintains the first terminal directly following 
the OMA DM process; otherwise, the management server reports the 
error information of the first terminal to the maintenance unit. 

Brief Description of the Drawings 

[0070] Fig.l is a schematic of the DM system architecture according 
to an embodiment of the present invention; 

[0071] Fig. 2 is a flow chart of reporting terminal information from 
the terminal device according to an embodiment of the present 
invention; 

[0072] Fig. 3 is a flow chart of reporting terminal information from 
the terminal device and resolving the terminal error according to 
an embodiment of the present invention. 

De'tailed Description of the Embodiments 

[0073] Fig.l is a schematic of the DM system architecture according 
to an embodiment of the present invention. Referring to Fig.l, the 
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DM system in an embodiment of the present invention includes DM Agent 
modules located in terminal devices, a DM Server, and a Maintenance 
Unit (MU) . 

[0074] The DM Agent module has a software program interface adapted 
5 for information reporting (hereinafter referred to as "information 
reporting interface" ) , which may be open to terminal Operation System 
(OS) and standard software on terminal OS as well as third-party 
software developers. The application software and firmware/OS of the 
terminal device reports terminal information to the DM Agent module 
10 via the information reporting interface. 

[0075] The DM Agent module interacts with the DM Server via an OMA 
DM protocol interface. 

[0076] Similarly, there is a standard information reporting 
interface at the DM Server side. The DM Server reports the received 
15 terminal information to the MU via the information reporting 
interface; the MU may be a maintenance unit deployed by the terminal 
software developer . 

[0077] The terminal information includes error information created 
by the software of the terminal device, error information created 

20 by the hardware of the terminal device, and process information 
created during the operation of the terminal device. The reported 
process information may be utilized as a condition for triggering 
automatic resolution in case of any error of the terminal software, 
and may be used to provide debugging information during software 

25 development process, acquire software use information during the 
trial period, acquire information in its beneficial use, and provide 
a mechanism to timely feedback to end user in case of any error or 
abnormality of the software. The terminals include mobile terminals 
or fixed terminals. 

30 [0078] Hereunder the implementation of the invention will be 
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described in detail, assuming the terminal information as software 
error information . 

[0079] Terminal error information is described in a XML format, which 
may be applied in the information reporting interface and the 
reporting protocol according to the present invention. The following 
table describes the relevant description tags that may be used in 
the error information description format for constituting complete 
error description information. 



Tag 


Description 


Report 


Container tag of terminal information, adapted 
to contain a piece of terminal information 


Info 


Brief description of error 


Level 


Error Class 


AppName 


Application name 


Provider 


Application provider 


Address 


Entry address of automatic information 
reporting interface of the application provider 


Version 


Version of application software 


DataType 


Type of error data 


Data 


Error data 


Date (Time) 


Time 


OS 


Operating system 


OSVersion 


Version of operating system 


MemorySize 


Memory size 



[0080] The resulting XML format is as follows: 

<Report> 

<Info></Info> 

<Level></Level> 

<AppName></AppName> 

<Provider></ Provider > 

<Address></Address> 

<Version></Version> 

<DataType></DataType> 

<Data></Data> 
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<Date><Date> 
<OS></OS> 

<OSVersion></OSVersion> 
<MemorySize></MemorySize> 
</Report> 

[0081] The above-mentioned information reporting interface includes 
a messaging interface, a file interface (or the exchanging of data 
by means of file handle provided in OS) , an Application Programming 
Interface (API), or a Web service interface, etc, or any other 
appropriate interfaces. Wherein the messaging interface includes 
network protocol interface (e.g., TCP/IP interface, HTTP interface, 
UDP interface, or FTP interface) or an XML interface, etc.; the API 
is not limited to common local method invocation, but may also be 
used in remote method invocation by means of CORBA, Web Service (SOAP) , 
RMI/IIOP, or DCOM, etc. 

[0082] When the information reporting interface is API, the arguments 
of which may be in any of the following forms (only for reference, 
terminal information may be described in a more normalized and 
complete form when the standard is set down; there is no restriction 
in this aspect in the invention) : 
[0083] (1) error description format 

[0084] The system provides a Notify API for terminal software to 
report errors; the API is similar to: 

void Notify (char info[] ) ; The argument is in an XML format that 
conforms to the error description format. 

<Report> 

<Inf Ounknown error</Inf o> 
<Level>l</Level> 
<AppName>TestApp</AppName> 
<Provider>Huawei</ Provider > 

<Address>http: //support . huawei . com/dmtest/Notif y</Address> 
<Version>l . 0 . l</Version> 

12 
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<DataType>text/plain</DataType> 
<Data>report reason</Data> 
<Date>20050428163030<Date> 
<OS>linux</OS> 

<OSVersion>l . 1 . l</OSVersion> 
<MemorySize>16M</MemorySize> 
</Report> 

[0085] The approach is favorable for extending corresponding 
terminal error information; in the approach, the terminal software 
combines error information into the corresponding XML format. 
[0086] (2) Pure API 

[0087] The system provides a standard Notify for terminal software 
to report error information; the API is similar to: 

void Notify (char name [ ] , char provider [ ] , char version [ ] , char 
data []...); 

[0088] The contents of the arguments may be understood with reference 
to the relevant information in the error description format table. 
The approach is easy for use, but poor in extendibility . 
[0089] When the DM Agent module reports the terminal error information 
through the information reporting interface, it reports the received 
software error information to the DM Server via an extended OMA DM 
protocol. The extended OMA DM protocol may be implemented in any of 
the following ways: 

[0090] 1 . Implement with General Alert command of the OMA DM protocol : 
[0091] The DM protocol supports events triggered by the client with 
General Alert command. The command may be extended to support the 
automatic reporting of terminal error information. 
[0092] The extending of the information description may be made in 
either of the following ways (the fields used hereunder are only 
illustrative; terminal information may be described in a more 
normalized and completed format when the standard is set down; there 
is no restriction in this aspect in the invention) : 

13 
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[0093] A. Attaching terminal error information description in Data 
field directly: 

<Alert> 

<CmdID>l</CmdID> 
<Data>122 6</Data> 
<Item> 

<Source> 

<LocURI> . /SyncML/Sample</LocURI> 
</Source> 
<Meta> 

<Type xmlns="syncml cmetinf "> 
x-oma-application : syncml . samplealert 
</Type> 

<Format xmlns=''syncml rmetinf ">xml</Format> 
<Mark xmlns="syncml :metinf ">critical</Mark> 
</Meta> 

<Data>//extended portion hereunder 
<Report> 

<Info></Info> 

<Level></Level> 

< AppN ame >< / AppName > 

<Provider></ Provider > 

<Address></Address> 

<Version></Version> 

<DataType></DataType> 

<Data></Data> 

<Date><Date> 

<os></os> 

<OSVersion></OSVersion> 
<MemorySize></MemorySize> 
</Report> 
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</Data> 
</Item> 
</Alert> 

[0094] By adding a tag such as <Report> tag to extend the Data tag, 
an automatic error reporting message may be transmitted. When the 
Server receives the message and finds the Report tag, it may determine 
that the General Alert is an error reporting message. And, the Server 
may retrieve response data and trigger a processing flow. 
[0095] B. Attaching terminal error information in the form of 

systematic [ICDATA] in Data field: 

<! [CDATA[text content]]> 

Attach description information in XML format in CDATA, for example: 
<Data> 

<! [CDATA[ 
<Report> 

<Info></Info> 
<Level></Level> 
<AppName >< / AppName> 
< Provider ></ Provider > 
<Address></Address> 
<Version></Version> 
<DataType></DataType> 
<Data></Data> 
<Date><Date> 
<OS></OS> 

<OSVersion></OSVersion> 
<MemorySize></MemorySize> 
</Report> 

]]> 
</Data> 

[0096] (2) Implement by adding new commands 

15 
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[0097] If the General Alert command is not used, the operation may 
be accomplished by extending special terminal information reporting 
commands (e.g., adding a Notify command) . The Item tag may be used 

to contain the error information, the format of which may conform 

5 to the terminal information description format. 

<Notif y> 

<CmdID>l</CmdID> 
<Item> 

<Report> 
10 <Info></Info> 

<Level></Level> 
<AppName></AppName> 
<Provider></ Provider > 
< Addr e s s >< / Addr e s s > 
15 <Version></Version> 

<DataType></DataType> 
<Data></Data> 
<Date><Date> 
<OS></OS> 

20 <OSVersion></OSVersion> 

<MemorySize></iyiemorySize> 
</Report> 
</Item> 
</Notif y> 

25 [0098] Detailed software information may be involved in the Item field 
of the Notify command, so as to assist the developer for debugging 
and handle them timely. 

[0099] (3) Implement by extending the Alert command, adding an 
information reporting Alert command, 
30 [0100] The standard Alert command for DM may be extended into a 

16 
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terminal information reporting Alert command. The terminal 
information reporting Alert command is allowed to have the same 
active reporting capability as the General Alert. 

[0101] For example, the description field of the General Alert is 
5 described with <Data>1226</Data> . The Data field of the Alert command, 
for example, may be extended to 1227. 

<Alert> 

<Cmd I D> 1< / Cmd I D> 
<Data>1227</Data> 

10 

</Alert> 

[0102] The Alert command may be presented as Alert. The detailed 
information description format may be determined with reference to 
the error reporting format for terminal information reporting with 

15 the General Alert. 

[0103] Fig. 2 is a flow chart of reporting terminal information from 
the terminal according to an embodiment of the present invention. 
Referring to Fig. 2, the automatic reporting process of terminal 
device software error is as follows: 

20 [0104] Step 1: an error occurs in the terminal device software; and 
the information of the error is described in the XML format; 
[0105] Step 2: the terminal software reports the error information 
to the DM Agent module through the standard information reporting 
interface; 

25 [0106] Step 3: the DM Agent module reports the error information to 
the DM Server via the extended OMA DM protocol; 

[0107] Step 4: the DM Server forwards the error information to the 
MU of the terminal software developer through the information 
reporting interface, so that the MU may perform recording and 
30 statistics for software errors. Before reporting the error 
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information, the DM Server may perform addition or deletion on data 
and format conversion for the error information (e.g. , filtering off 
the user's mobile telephone number and transmitting to the MU) . 
[0108] The DM system may maintain a list of applications and the 
5 corresponding MU addresses (or ISP addresses) , so that the DM Server 
may obtain the MU address (ISP address) from the list according to 
the application indicated in the terminal information. For example, 
the addresses list may be stored in the DM Server locally. 
[0109] Fig. 3 is a flow chart of reporting terminal information from 
10 the terminal device and resolving the terminal device error according 
to an embodiment of the present invention. Referring to Fig. 3. The 
automatic process of terminal device error reporting and handling 
is as follows: 

[0110] Step 10: an error occurs in the terminal device software; and 
15 the information of the error is described in the XML format; 

[0111] Step 11: the terminal software reports the error information 
to the DM Agent module through the standard information reporting 
interface; 

[0112] Step 12: the DM Agent module reports the error information 
20 to the DM Server via the extended OMA DM protocol; 

[0113] Step 13: the DM Server searches the local maintenance database 
to see whether there is corresponding solution information according 
to the application information indicated in the error information; 
if there is a matched solution, the DM Server determines the error 
25 may be solved automatically, and the flow proceeds to Step 16; 
otherwise the flow proceeds to Step 14; 

[0114] Step 14: the DM Server reports the error information to the 
terminal software provider's MU through the standard 
information reporting interface; 
30 [0115] Step 15: the terminal software developer analyzes the error, 

18 
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provides a software package to solve the error, and issues the 
software package to the DM Server through the information reporting 
interface; 

[0116] Step 16: the DM Server implements the terminal software 
resolution following the standard OMA DM process. 

[0117] An embodiment of the terminal device error information 
reporting and the terminal maintaining is shown as follows: 
[0118] Suppose the terminal information reported from the ME of user 
A is: 

<Report> 

<Inf overs ion Error</Inf o> 

<Level>High</Level> 

<AppName>TestApp</AppName> 

<Provider>Huawei</ Provider > 

<Address>www. huawei . com</Address> 

<Version>l . 0 . l</Version> 

<DataType>text/plain</DataType> 

<Data>8001</Data> 

<Date>2 00 50505201 010<Date> 

<OS>MobileOS</OS> 

<OSVersion>l . 0 . 2</0SVersion> 

<MemorySize>200</MemorySize> 

</Report> 

[0119] The terminal information indicates an error coded as 8001 
occurs in the program with the application named as TestApp and the 
version number as 1.0.1, 

[0120] Suppose the automatic processing information for the local 
error handling is maintained in the DM Server: 



AppName 


Version 


Error 


Processing 


Data 
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Number 


Data 


Mode 




TestApp 


1.0.1 


8001 


01 (here ^^01'' 
indicates new 
version 
update) 


/root /update /test app/ 
1.0.2 /update . dat 













[0121] After checking the reported error information, the DM Server 
searches the table for matching; if finding the corresponding 
processing data there, the DM Server will update the terminal 
software according to the processing mode and the corresponding data 
therein, so as to attain the result of automatic error handling. If 
the processing information is not found, the DM Server will report 
the terminal information to the MU (or ASP) . 

[0122] In the flow shown in Fig. 3, the DM Server may also be configured 
not to handle the error but report the error information directly 
to the terminal software developer's MU for handling. 
[0123] As for the hardware error information and process information 
created by terminal devices, the handling procedures are identical 
to those for the above error information, except for the tag in the 
description format, which is slightly different to the tag for the 
above error information. 

[0124] The embodiments mentioned above are only used to describe and 
explain the principle of the invention. It is understood that the 
embodiments of the invention are not limited to those ones. Those 
skilled in the art may easily make modifications and alterations, 
without departing from the spirit and scope of the invention; however, 
any of such alterations or modifications shall fall into the 
protected domain of the invention. Therefore, the protected domain 
of the invention shall only be confined by the claims. 
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